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METHOD AND SYSTEM FOR REAL-TIME DATA DISPLAY SCHEDULING 

REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of priority under 35 U.S.C. § 1 19(a) of 
Taiwan Patent Application No. 089119020, filed on 14^^ September 2000. 

BACKGROUND OF THE INVENTION 

Field of the invention 

The present invention relates generally to Internet browsing. More 
specifically, the present invention relates to a method and system for real-time 
data display scheduling so as to provide users alternative data display while 
accessing to the Internet and to provide customized real-time data display by 
users' demand. 

Description of the related art 

Among prior art, hyperlinks are the important means for Internet browsing. 
In other words, users link to corresponding web pages via clicking on a 
hyperlink with a mouse. The web pages are organized in a hierarchical order 
based on the content of the web pages. After going through the headings with 
hyperlinks and text summaries, users decide whether to read full-length articles 
by clicking on the corresponding headings, i.e. hyperlinks. The presentation of 
the current real-time news on the Internet adapts the same method, users have 
to go to the web site where the real-time news headings lists are and click on 
the heading to receive latest news updates. 

In other words, users have to repeat steps such as launching a browser, 
linking to a news websites, downloading web pages with news, going through 
headings, checking if there are new headings, then clicking on the news 
headings in order to receive full length stories. In addition, when browsing web 
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pages, users are required to scroll each document page-by-page or line-by-line 
with scrolls of the browser to continue reading. In other examples, some web 
pages are coded with Java script to enable a dynamic text display on the web 
pages. Provided dynamic text displays are embedded with hyperlinks, users are 
5 also permitted to dick on the dynamic text display to read full-length stories. 
Each dynamic text display links to a web page. 

SUMMARY OF THE INVENTION 

In view of the limitations of the prior art, the present invention discloses a 
method and system for real-time data display scheduling, which rotates 
10 real-time data continuously. The present invention provides an alternative data 
display on the Internet to permit a user access to real-time data at a client by 
browsing data on a user interface provided by a server. The real-time data is 
collected and assorted into channels by the server. Assorted channels are 
displayed real-time at the client. 

15 The system for real-time data scheduling comprises a server, which 

collects real-time data with a channel management unit and assorts the 
real-time data into a plurality of channel-data. A schedule management unit and 
priority management unit gives each channel-data a timer and a priority number 
depending on time reference and the status of the channel-data separately. The 

20 channei-data is temporarily saved in the server database. 

A client comprises a user interface, a channel-data switching unit and a 
plurality of channel units. A channel unit makes a channel request. When the 
server receives the channel request, the server retrieves corresponding 
channei-data in the database and sends the channel-data to the channel unit in 

25 response to the channel request. The channel unit receives the channel-data 
from the server. It determines the priority based on the priority number 
designated to the channel-data, and it also determines whether a corresponding 
queue is generated in the client. If yes, a corresponding queue exists, and then 
the channei-data determines the time to enter the corresponding queue based 

30 on the timer designated to the channel-data. A channel-data switching unit 
retrieves channel-data in accordance with the priority of the queue and the FIFO 



2 



PYSI-SW-0029-USXX 

(first in first out) rule. Retrieved channel-data is displayed on the user interface. 
After the channel-data is displayed, the client is allowed to make a following 
request for channel-data to the server. 

The user interface displays the channel-data retrieved by the channel-data 
5 switching unit. The display format of the channel-data is open to system set up. 
For example, display the lines of text in the content in an upward direction. The 
user interface also provides additional functions, for example, the current 
channel-data displayed on the user interface can be saved in a text file, printed 
with a printer or forwarded to a friend etc. 

10 When the channel-data switching unit retrieves channel-data in queues, it 

follows the priority of the queues. In other words, only when channel-data in a 
queue with higher priority is empty, the channel-data switching unit moves to 
retrieve the channel-data from another queue with lower priority. On the other 
hand, when new channel-data enter the queue with higher priority, the 

15 channel-data switching unit finishes current displaying of the retrieved 
channel-data and then switch back to the queue with higher priority to retrieve 
channel-data. Such arrangement is convenient when it is an urgent need to 
display channel-data immediately. 

When queues are empty, designated channel unit makes a request for 
20 advertisement channel to avoid an empty user interface. In other words, 
advertisements fill in before the user interface turns empty and blank. 

A client further comprises a plurality of queues, which includes an 
advertisement queue. The advertisement queue is used for saving 
advertisements. Each queue is has an assigned number representing their 

25 priority. When a client makes a channel request, the server sends a 
corresponding data to a corresponding channel unit at a client. The 
channel-data sent is designated a timer and a scheduled queue number before 
data being sent. When the client receives channel-data from the server, the 
timer of the channel-data defines the time to enter into the queue, and the 

30 queue number of the channel-data defines which queue to enter into for the 
channel-data. 
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The channel-data switching unit executes following steps following the 
priority in the corresponding queues and retrieving channel-data from the 
corresponding queues. The user interface unit is responsible for displaying the 
retrieved channel-data, it makes request for following request for channel-data 

5 till the current data is displayed. Upon receiving following request for 
d\channel-data, the server then continues to send corresponding channel-data 
to corresponding channel unit in the client. Each client is permitted to include 
specific channel units based on demands. It is allowed to make request for 
specific channel-data to the server, and receive specific channel-data. Such 

10 arrangement allows the client to receive real-time data in demands. 

Utilizing queues as a buffer for continuous display of channel-data, it gives 
sufficient download time for a server. In addition, the timer, priority number and 
queue number of the channel-data, combining with the reserved priority queue 
together it further permits more flexibility for a efficient channel-data scheduling 
15 and guarantees channel-data to be displayed immediately in urgent condition. 

The invention discloses a system and method for real-time data scheduling. It 
does not provide feature to meet individual demands for displaying real-time 
data, also it eliminates redundant operations in the prior art such as launching a 
browser, reloading set ups, downloading web pages, going through all headings, 
20 and then clicking on a heading. In addition, it also saves users' effort to scroll a 
document page-by-page or line-by-line with scrolls of a browser for continuing 
reading. 

BRIEF DESCRIPTION OF DRAWINGS 

The following detailed description, given by way of an example and not intended 
25 to limit the invention to the embodiments described herein, will best be 
understood in conjunction with the accompanying drawings, in which: 

FIG. 1 illustrates a functional block diagram of a system for real-time data 
scheduling according to the preferred embodiment of the invention; 
FIG. 2 illustrates a perspective view of a system for real-time data scheduling 
30 according to the preferred embodiment I of the invention; 
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FIG. 3 illustrates a flowchart 1 of a system for real-time data scheduling 
according to the preferred embodiment I of the invention; 

FIG. 4 illustrates a flowchart 2 of a system for real-time data scheduling 
according to the preferred embodiment I of the invention; 

5 FIG. 5 illustrates a functional diagram of a system for real-time data scheduling 
according to the preferred embodiment II of the invention; 

FIG. 6 illustrates perspective view of a system for real-time data scheduling 
according to the preferred embodiment II of the invention; and 

FIG. 7 illustrates a flowchart 1 of a system for real-time data scheduling 
10 according to the preferred embodiment II of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Preferred embodiment I 

The present invention discloses a system and method for real-time data 
scheduling, which provides users an alternative means in browsing the Internet. 

15 FIG. 1 illustrates a functional block diagram of a system for real-time data 
scheduling according to the preferred embodiment I of the invention. The 
system includes a server 1 1 and a client 18. The server 1 1 simultaneously 
retrieves and sends required channel-data to a plurality of clients 18. The 
present embodiment shown is a simplified example, which includes a server 11 

20 and a client 18. The server 11 comprises a data-transferring unit 13, a channel 
management unit 14, a schedule management unit 15 and a queue-numbering 
unit 16. 

The channel management unit 14 is used for collecting external data 12, 
assorting the external data 12 into a plurality of channel-data 01, and saving in 
25 a channel location 10 in a database 17. Each channel location 10 has a plurality 
of channel-data 01 . A schedule management unit 15 assigns each channel-data 
01 a specific timer 28. A queue-numbering unit 16 assigns each channel-data 
01 a specific a queue number 29 subject to user's requirements. 

The client 18 comprises a user interface 23, a queue unit 20, a 
30 channel-data switching unit 19 and a plurality of channel units 24. When a 
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channel unit 24 in the client 18 makes a channel request 02 to the server 1 1 , 
the data-transferring unit 13 in the server 1 1 receives the channel request 02 
from the channel unit 24 in the client 18. The data-transferring unit 13 retrieves 
corresponding channel-data 01 in the database 17 in response to the channel 
5 requests 02, and sends the channel-data 01 via channel-data-transferring 03 to 
the channel unit 24. 

The channel unit 24 receives the channel-data 01 from the server 1 1 . The 
timer 28 and the queue number 29 of each channel-data 01 are used for 
determining a time for the data 30 of the channel-data 01 to enter into 
10 corresponding queues 21 in the queue unit 20. As a channel-data 01 enters into 
the queues 21. It follows a FIFO (first in first out) rule. The data 30 of the 
channel-data 01 is either inserted into queues 21 or linked to the queues 21. 

The channel-data switching unit 19 is used for maintaining the retrieving 
operation of data 30 in the queues 21 . It displays the data 30 on the user 

15 interface unit 23. When the channel-data switching unit 19 retrieves data 30 in 
the queues 21 , it follows the order according to the pre-determined queue 
number of the channel-data 01 in the queues 21 (not shown in the diagrams). 
The priority determines by the order of the queue number. Only when data 30 
from the queues 21 with higher priority is displayed, the channel-data switching 

20 unit 19 moves onto retrieves the data 30 in a queues 21 with lower priority. 

When there is no data 30 all queues 21 in the queue unit 20, in other words, 
no data 30 is available to be displayed in the user interface unit 23, then The 
channel unit 24 makes advertisement channel requests (not shown in the 
diagrams) to the sender 11, serving as channel requests 02. When the 

25 data-transferring unit 13 receives the requests, it retrieves the pre- scheduled 

advertisement data in the database 17 in the server 11, and assigns a timer and 
a queue number to each advertisement data as the same steps applied to the 
channel-data 01 . Same as the fact that a queue number 29 of a channel-data 
01 is determined based on the user's requirements, the timer 28 and the queue 

30 number 29 are often assigned with lower priority such that the channel-data 01 
with a higher priority can plug in when desired. 
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FIG. 2 illustrates a perspective view of a system for real-time data 
scheduling according to the preferred embodiment I of the invention. The 
quantity of queues 21 in a queue unit 20 is determined by user's requirements. 
As shown in the FIG. 2, there are n queues counting from the first queue 21 to 
5 the nth queue. Provided in the priority ranking the first queue 21 is in the highest 
priority and the nth queue is in the lowest priority. Accordingly, the first queue 21 
is in higher priority than the second queue (not shown in the diagrams), the 
second queue is in higher priority than the third queue (not shown in the 
diagrams) respectively. 

10 When a channel unit 24 in the client 18 makes a channel request 02 to the 

server 11, the server 1 1 receives the channel request 02; it retrieves 
channel-data 01 (referring to FIG. 1) in the channel location 10 of the database 
17. The channel-data is assigned a timer 28 and queue number 29 by the 
queue-numbering unit 16 and the schedule management unit 15 in the server 

15 1 1 in advance. 

After data retrieving, the data-transferring unit 13 in the server 1 1 
simultaneously sends the required channel-data via channel-data-transferring 
03 to the channel unit 24 that made the channel request 02. Upon receiving the 
channel-data 01 sent by the channel-data-transferring 03 at the channel unit 24 
20 in the client 1 8, the timer 28 of the channel unit 24 starts to determine the time 
for the channel-data 01 to enter into the queues 21. In addition, queue number 
29 of the channel-data 01 involves with the time to enter into the queues 21 . 

For example, the timer 28 of the channel-data 01 is set as one minute after 
the timer 28 is launched and the queue number 29 is set in the first queue. As a 

25 result, upon channel unit 24 receiving corresponding channel-data 01 from the 
sen/er 1 1 , the timer 28 of the channel-data 01 is launched at the same time. It 
follows that in one minute, the data 30 of the channel-data 01 then is either 
directly inserted in the first queue 21 or linked to the first queue 21. When the 
channel-data switching unit 19 retrieves data 30 in the first queue 21 and sends 

30 it to the user interface unit 23, the corresponding channel unit 24 continues to 
make channel request 02 to the server 1 1 so as to maintain a continuous and 
simultaneous channel-data 01 display. 
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FIG. 3 illustrates a flowchart for operation steps in the client 18, The steps 
detail the flow of data retrieving of the channel-data 01 . At step 31 , each 
channel unit 24 in the client 18 makes a channel request 02 to the server 1 1 . 
The sen/er 11 retrieves corresponding channel-data 01. When the channel units 
5 24 retrieve the channel-data 01 from the server 1 1 , at step 32, the timer 28 
included in the channel-data 01 is launched. 

At step 33, after the timer 28 is launched, starts the operation and 
determines the time to enter into the queue 21 . If the timing is not finished yet, 
the control moves to step 33. If yes, the queue number 29 of the channel-data 
10 01 inserts or links the data 30 in the channel-data 01 to the corresponding 
queues 21 . At step 35, data 30 is in a waiting state to be retrieved and 
displayed. 

FIG. 4 illustrates a flowchart for the operation of the channel-data 
switching unit 19. At step 41, the channel-data switching unit 20 determines 

15 whether there is data 30 in the ith queue waiting to be retrieved and displayed, 
wherein i represents a queue number. If yes, the control moves to step 42. The 
channel-data switching unit 19 follows a rule as i=i+1 and repeat the step 41 . If 
not, the control moves to step 43. At step 43, the data 30 is retrieved from the 
ith queue 21. The retrieving order is based on the time each data 30 enters the 

20 queues 21. 

The data, which enters in the ith queue earlier, has a higher priority to be 
retrieved first. Thereafter the data 30 is displayed, the flow moves to step 45, 
wherein the channel-data 01 corresponding to the data 30 returns to a waiting 
state by executing step 35 in the FIG. 3. At step 35, the flow returns to step 31 , 
25 the channel-data 01 is returns to a waiting state to iterate the steps from step 41 . 
Such the channel unit 24 is allowed to continue to make channel request 02 to 
the server 11 for retrieving following corresponding channel-data 01. 

According to the embodiment demonstrated in the FIG. 4, the client 18 
defines the upper limit of i described in both step 41 and 42 as the maximum. 
30 When the retrieving proceeds to the (i+1) th queue, provided there is immediate 
data 30 enters the ith queue or any queue with a queue number smaller than 
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(i+1), according to the rule, where queues 21 with higher priority is allowed to 
plug in a queue with lower priority. As a result, the immediate data then enters 
the queue with higher priority. 

For example, when none data 30 is available in the first queue 21 , the flow 
moves to the second queue 21 for data retrieving and displaying. The second 
queue 21 includes first data 30 and second data 30. When the second queue 
retrieves and displays the first data 30 according to the pre-determined priority, 
the second data 30 is then retrieved and displayed after the first data 30 being 
retrieved and displayed. Provided there is third data 30 plug in the first queue 
21 immediately, then the third data 30 is retrieved and displayed after the 
display of the first data 30. This is because the first queue 21 has a higher 
priority than the second queue 21. Accordingly, the retrieving operation is 
rescheduled from retrieving the second data 30 in the second queue 21 to 
retrieving the third data 30 in the first queue 21 . 

Following the completion of the display of the third data 30 in the first 
queue 21, the second data in the second queue 21 is then retrieved and 
displayed. Such feature does not only allow an immediate plug-in for the data 
display but also enable a complete real-time data for users. 

The queues 21 included in the queue unit 20 are pre-determined in the 
system. Alternatively, the channel-data 01 can be assigned a pre-determined 
priority number so that the quantity of queues in the client 18 can dynamically 
generated according to the priority number. The following embodiment is 
described to demonstrate said feature. 

Preferred embodiment II 

Referring to FIG. 5, the main difference between embodiments 
demonstrated in FIG. 1 and 5 lies in that the queue-numbering unit 16 in the 
server 11 in the FIG.1 is now substituted with a priority-numbering unit 51 in FIG. 
5. According to the preferred embodiment II shown in the FIG. 5, the server 
includes a server 1 land a client 18. The server 1 1 includes a data-transferring 
unit 13, a channel management unit 14, a schedule management unit 15 and a 
priority-numbering unit 51. 
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The channel management unit 14 is used for collecting extemal data 12, 
assorting the external data 12 into a plurality of channel-data 01 , and saving in 
a channel location 10 in a database 17. Each channel location 10 has a plurality 
of channel-data 01 . A schedule management unit 15 assigns each channel-data 
5 01 a specific timer 28. A priority-numbering unit 51 assigns each channel-data 
01 a specific a queue number 29 according to user's requirements. 

The client 18 comprises a user interface 23, a queue unit 20, a 
channei-data switching unit 19 and a plurality of channel units 24. When a 
channel unit 24 in the client 18 makes channel request 02 to the server 1 1 , 
10 data-transferring unit 13 in the server 1 1 receives the channel request 02 from 
the channel unit 24 in the client 18. The data-transferring unit 13 retrieves 
corresponding channel-data 01 in the database 17 in response to the channel 
requests 02, and sends the channel-data 01 via channel-data-transferring 03 to 
the channel unit 24. 

15 The channel units 24 receive the channel-data 01 from the server 1 1 . The 

timer 28 and queue number 29 of each channel-data 01 are used for 
determining a time for the data 30 of the channel-data 01 to enter into 
corresponding queues 61 in the queue unit 20. Whereas, the priority number 62 
of the channel-data 01 is used for determining the whether corresponding 

20 queues 61 is available. If not, the client 18 generates corresponding queues 61 . 
If yes, the data 30 of the channel-data 01 is either inserted into the queues 21 
or linked to the queues 21 as a corresponding step according to the preferred 
embodiment I, which is shown in the FIG. 1. 

FIG. 6 illustrates a perspective view of a system for real-time data 
25 scheduling according to the preferred embodiment II of the invention. A channel 
unit 24 in the client 1 8 makes a channel request 02 to the sen/er 1 1 . In return, 
the server 1 1 immediately retrieves the corresponding channel-data 01 in the 
database 17. Whereas a timer 28 and a priority number 62 has been assigned 
to the channel-data 01 . Thereafter the data retrieving, the server 1 1 sends the 
30 data via channel-data-transferring 03 to the channel unit 24. 

Upon the channel unit 24 receiving the channel-data 01 , the timer 28 of the 
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channel unit 24 starts to operate. The priority number 62 of the channel unit 24 
is used for determining whether there is a corresponding queue 61 in the queue 
unit 20. If there is a queue 61 existing in queue unit 20, channel unit 24 either 
inserts or links the data 30 of the channel-data 01 to the corresponding queue 
61 according to the priority number 29 of the channel-data 01 after the timer 28 
finishes the timing operation. 

FIG. 7 is a flowchart describing steps follows the operations shown in FIG. 
5 and 6. Steps 31 , 32, 33, 34 and 35 in FIG. 7 are the equivalent to the steps 
shown in the FIG. 3. Identical elements are designated same identifying 
numbers. However, between step 33 and step 34, steps 71 and 72 are added 
for distinguishing the second preferred embodiment II to give a clearer picture of 
the data-retrieving step of the channel units 24. At step 31 , each channel unit 24 
of the client 18 makes a channel request 02 to the server 11 and retrieves 
corresponding the channel-data 01 from the server 1 1 . 

At step 32, upon receiving the channel-data at the channel unit 24 from the 
server 1 1 , the timer 28 included in the channel-data 01 is launched. At step 33, 
the timer 28 determines whether the timing operation is finished. If not, the flow 
remains at step 33 and moves to step 71 when the timing operation is finished. 
At step 71 , the client determines whether a corresponding queue 61 is in the 
queue unit 20. If yes, data 30 of the channel-data 01 is either inserted into 
queues 21 or linked to the queues 61 . If not, the control moves to step 72, the 
client generates a corresponding queue 61 and the data 30 of the channel-data 
01 is either inserted into queues 21 or linked to the queues 61 . At step 35, the 
data 30 of the channel-data 01 is in a waiting state to be retrieved and displayed. 
Referring to the F1G.4, the display and retrieving means are the same as the 
corresponding steps shown in the FIG. 4. 

In both preferred embodiments, retrieved real-time data in each 
channel-data 01 is independent. Accordingly, the data is displayed on the user 
interface 23 in the client 18 continuously as the display format of the production 
team that is be shown at the end of the film. The data is represented in textual 
lines and updates simultaneously. Textual lines shift as a stream during 
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real-time update. The client 18 is allowed to suspend the display to permit user 
to have a closer look of the data, print or save the data for reference. 

While the invention has been described with reference to various illustrative 
embodiments, the description herein should not be construed in a limiting sense. 
Various modifications of the illustrative embodiments, as well as other 
embodiments of the invention, will be apparent to those skilled in the art upon 
reference to this description. It is therefore contemplated that the appended 
claims will cover any such modifications or embodiments as may fall within the 
scope of the invention defined by the following claims and their equivalents. 
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